home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0373.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  3.9 KB  |  114 lines
  1.  
  2. What is the plan for registering HTML with the IETF? The HTML
  3. spec seems to be somewhat in flux. Tim talks a lot about
  4. "HTML futures." There are currently a lot of open issues.
  5. Eventually we have to "shoot the engineers and ship it,"
  6. that is freeze the spec and hand it to the IETF.
  7.  
  8. I suggest the following steps:
  9.  
  10. 1. Establish a charter for the HTML spec to guide us in
  11. resolving issues -- a sort of requirements spec. Here's
  12. my working list:
  13.  
  14.     * Establish a well-defined relationship between
  15.     HTML and SGML. Don't include anything in the HTML
  16.     spec that conflicts with the SGML spec.
  17.  
  18.     * Use the LineMode browser as a reference implementation.
  19.     Try not to include features that www doesn't grok.
  20.  
  21.     * Support common structural markup: headers, lists, etc.
  22.  
  23.     * Support W3 addressing syntax.
  24.  
  25.     * Support links from ranges of text to other documents
  26.     and anchors in other documents.
  27.  
  28.     * Keep the structure somewhat flat for interchange with
  29.     PC style word processors and other style-per-paragraph
  30.     oriented processors.
  31.  
  32. 2. Establish an HTML spec document, some informative appendixes,
  33. and some examples/test cases. I suggest:
  34.  
  35. spec: ftp://info.cern.ch/pub/www/doc/html.txt
  36.     from http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html
  37.     and its neighbors "Text.html" "Tags.html" "Entities.html"
  38.     and "HTML.dtd"
  39.  
  40. infomative appendices: "HTMLConstraints.html" "Future.html"
  41.  
  42. examples: "../Test/test.html"
  43.  
  44. 3. Revise the spec so that it's internally consistent. Right
  45. now, there are some glitches. And the current method of
  46. sending suggestions to Tim and hoping he finds time to make
  47. the edits is no good. Hmmm... we definitely need a CSCW
  48. strategy for group-editing of documents.
  49.  
  50. 4. Register the spec with the IANA or IETF or whatever.
  51.  
  52. Meanwhile, I think it's pretty important to fix the NeXT editor
  53. and all the files on info.cern.ch. Folks are using that as a
  54. reference, and perpetuating HTML that conflicts with the SGML
  55. standard.
  56.  
  57. Back to the question at hand...
  58.  
  59.  
  60. >Begin forwarded message:
  61. >
  62. >> Date: Thu, 19 Nov 1992 13:14:33 +0000 (GMT)
  63. >> From: Kevin Hoadley <K.Hoadley@directory.rl.ac.uk>
  64. >
  65. >
  66. >> Is there any way to include comments in html documents ? In sgml ?
  67. >
  68. >In SGML, yes there is a -- comment start and a -- comment end.
  69. >Someone corerct me if I am wrong but I understand that once within
  70. >a tag one can use these ... right? Or does it apply to DTDs only?
  71.  
  72. The <!-- blah blah blah --> construct is only recognized in
  73. the DTD. There's a thing called a processing instruction that
  74. looks like <? blah blah blah> which is recognized in the
  75. instance. The Linemode browser seems to grok.
  76.  
  77. I think we should mention this construct in the standard, since
  78. we're technically not allowed to disallow it or process it incorrectly.
  79.  
  80. There's another thing called a marked section that looks like
  81. <![status [ stuff ]]> where status is one of...
  82.  
  83. IGNORE means ignore this stuff, except recognize nested marked sections.
  84. INCLUDE treat stuff normally
  85. CDATA     treat stuff as data. Recognize only ]]>
  86. RCDATA     treat stuff as data. Recognize entity reference (&foo;) and ]]>
  87. TEMP    (why is this in the SGML standard?)
  88.  
  89. The <![CDATA [ ... ]]> should probably be supported for plaintext
  90. sections somehow, but I can't figure out a scheme that harmonizes
  91. with the linemode implementation.
  92.  
  93. There's also some character classes MSICHAR, MSOCHAR, MSSCHAR
  94. for markup suppression. Markup between MSICHAR and MSOCHAR is
  95. ignored, and the next character after MSSCHAR is treated as
  96. data rather than markup. Unfortunately, these classes don't
  97. have any members in the reference concrete syntax, and they're
  98. probably not supported by many parsers.
  99.  
  100. SGML is a mess!
  101.  
  102. >> Does any of the existing WWW code support comments ?
  103. >
  104. >As it happens, the current library supports them, so the line mdoe
  105. >browser and anything else based on the library does. But it has
  106. >been left out of the doc and so will probably me missing from other browers.
  107. >
  108.  
  109. Try the <? foo > construct.
  110.  
  111. Dan
  112.  
  113.  
  114.